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Pathways  to  Tomorrow  • 

The  Development  Planning  Process 

INTRODUCTION 

How  many  times  have  you  seen  a  product  advertised  that  promises  something  more  than  it 
actually  delivers?  How  many  times  have  you  bought  something  that  was  more  trouble  putting 
together  than  it  was  worth? 

These  questions  arise  from  a  mindset  that  has  plagued  the  defense  industry  and  the 
Department  of  Defense  for  decades  -  the  isolation  from  each  other  of  technologists,  engineers, 
and  the  customers  during  the  development  and  design  of  a  product  This  separation  of 
constituents  has  often  led  to  products  begging  questions  such  as  those  above. 

This  mindset  has  occurred  due  to  the  lack  of  dedicated,  comprehensive,  and  integrated 
upfront  planning.  Despite  this  insufficiency,  die  straigdi  of  the  economy  and  plentiful  defense 
dollars  led  to  many  successes  in  the  past  including,  most  recently.  Desert  Storm  and  the  end  of  the 
Cold  War.  These  successes  support  the  argumwit  that  "if  it  ain’t  broke,  dmi't  fix  it."  However, 
this  thinking  can  no  longer  compete  in  the  face  of  downsizing  and  budget  cutbacks.  Therefore, 
for  an  organization  to  succeed,  it  must  focus  its  resources  to  meet  its  current  and  future  goals. 

The  Japanese,  in  the  SOs,  60s  and  70s,  focused  on  the  customers'  needs  through  Quality 
Function  Deployment  (QFD)  to  allowing  them  to  produce  better  products.  This  strategy  allowed 
them  to  react  faster  to  the  wants  of  dieir  customers  by  keeping  the  customer  involved  in  the 
improvement  of  their  products.  US  companies,  seeing  the  Japanese  market  flourish,  have  begun 
to  emulate  the  Japanese  and  the  QFD  strategy.  Unfortunately,  most  US  companies  have  only 
focused  on  die  design  to  manufacturing  part  of  this  strategy  (Reference  1);  allowing  themselves  to 
be  reactive  to  the  market  based  on  customer  feedback.  This  served  companies  well  initially;  but 
success  in  today's  world  depends  on  die  industries  diat  can  be  proactive  (Reference  2). 

The  Air  Fmce  has  taken  a  step  toward  this  approach  by  developing,  prototyping,  and 
using  a  process  known  as  die  Development  Planning  Process.  This  process  provides  the  means  to 
focus  an  organization's  resources,  allowing  them  to  maintain  their  reactive  capabilities  while 
reducing  the  risks  associated  with  being  proactive.  This  report  describes  a  process  to 
systematically  break  down  the  planning  activities  that  establish  roadmaps  for  new  systems  and 
system  upgrades,  and  enact  those  plans  to  deliver  superior  products. 
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OVERVIEW 

The  Development  Planning  Process  divides  the  business  of  planning  into  an  iterative  and 
integrated  series  of  steps.  The  steps  are  defined  in  a  logical  fashion  to  ensure  succeeding  steps  are 
directly  traceable  to  the  previous  step.  This  inherently  ensures  that  the  results  are  traceable  to  the 
initial  inputs  (see  Rgure  I).  The  Development  Planning  Process  as  defined  here  starts  with  an 


assessment  of  an  organization's  goals.  From  this  assessment,  the  organization  establishes 
strategies  for  attaining  those  goals.  The  next  step  in  die  process  is  to  identify  the  tasks  necessary 
to  achieve  the  strategy.  Each  task  is  then  analyz^  to  determine  the  deficiencies  which  may 
prevent  the  task  from  being  accomplished  effectively.  The  potential  concepts  to  solve  each 
deficieiKy  and/or  do  a  particular  task  better  should  be  established.  These  cmcepts  range  from 
purchasing  mme  ci  an  existing  system,  modifying  existing  systems  using  off-the-shelf 
technologies.  Pre-planned  Product  Improvement  type  technology  programs,  to  advanced 
programs.  By  leveraging  modeling,  simulation,  studies,  and  analyses  capabilities  with  the  existing 
technology  Ixise  and  industrial  capabilities,  each  potential  concept  is  analyzed  to  detmnine  how 
well  it  solves  the  deficiency  or  improves  doing  die  task  and  how  much  it  would  cost  to  implement 
In  addition,  each  concept  would  identify  the  types  of  technologies  needed  and  risk  involved  in 
creating  and  implementing  diat  concept  if  selected.  It  is  this  list  of  concept  alternatives  that 
allows  ofw  to  select  the  best  path(s)  (See  Figure  2)  to  achieve  a  strategy  since  resources  and  the 
impact  of  resource  constraints  can  be  better  understood  and  managed  when  the  required  program 
events  are  clearly  defined  and  understood  (Refemice  3). 
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Figure  2.  Decision  Pathway 
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IMPLEMENTATION 

In  order  for  this  planning  process  to  be  successful,  it  must  be  a  multiple  constituent, 
analytically  based  process.  Multiple  constituaicy  means  participation,  at  the  right  time,  by  all  of 
the  right  players  involved  in  the  identification,  establishment,  and  achievement  of  a  strategy  and  its 
objectives  (Reference  3).  Participation  by  all  players  at  the  right  times  ensures  that  the 
deficiencies  and  potential  ctmeepts  in  accomplishing  the  strategies  and  tasks  are  addressed.  The 
involvement  of  all  players  in  the  planning  process  also  provides  a  sound  basis  for  the  proper  use 
and/or  develq}ment  of  models,  simulations,  and  analytical  techniques  for  basing 
recommendations.  As  Imig  as  they  are  analytically  based,  these  leconunendations  can  be 
defended  through  logical  arguments.  As  the  number  of  stakeholders  and  their  level  of 
involvement  increases,  the  c(xiq>lexity  of  organizing  and  utilizing  all  members'  ideas  and 
contributions  into  an  effective  plan,  as  well  as  agreeing  on  the  criteria  for  analyses,  grows.  To 
tackle  this  problem.  Air  Fwce  Materiel  Command  (AFMQ  formed  a  new  team  stmeture  based  on 
die  integrated  product  develt^ment  team  philosophy  (Reference  4,  IWSM  White  Paper)  used  by 
F-15,  F-16,  F-22,  B-2  and  others. 

The  stmeture  created  by  AFMC  to  manage  the  Development  Planning  Process  is  the 
Technical  Planning  Integrated  Product  Team  (TPIPT).  This  team  consists  of  all  the  players 
involved  in  die  Development  Planning  Process  as  well  as  an  administradve/facilitative 
organization.  The  members  provide  the  knowledge  base  while  the  facilitates  assure  the  smooth 
flow  of  the  process  (See  Figure  3).  The  membem  of  the  TPIPT  can  be  logically  divided  into 
groups  based  on  the  amount  of  support  required.  The  Full-Up  TPIPT  represents  all  of  the 
participants  in  die  process,  including  die  users,  the  customers,  the  suppliers,  die  Laboratories,  and 
other  activities.  Not  every  member  in  diis  group  is  expected  to  participate  full-time  in  the 
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process,  but  they  are  required  to  provide  their  expertise  when  requested.  The  Core  TPIPT  group 
represents  the  customers  and  AFMC  members  that  perform  most  of  the  activity  centered  around 
identifying  the  deficiencies  and  developing  the  concept  opticms  for  solving  the  deficiencies. 

Within  AFMC,  the  planning  division  of  the  XR  oi^anizations  located  at  each  of  the  product 
centers  (Aeronautical  Systems  Center  (ASC),  Electronic  Systems  Center  (ESC),  Human  Systems 
Center  (HSC),  and  Space  and  Missile  CenteifSMQ)  has  been  assigned  the  resp<xisibility  of 
providing  full-time  support  to  meld  the  efforts  of  its  constituents  into  integrated  and  usable 
planning  documents.  These  documents  should  that  meet  customers',  in  this  case  the  Air  Force 
Major  Commands'  (MAJCOMs'),  expectations  for  both  the  near-term  and  the  far-term. 

Mission  Area  Assessment  (MAA)  and  Mission  Needs  Analysis(MNA),  in  the 
Development  Planning  Process  (See  Figure  1)  are  primarily  the  MAJCOMs  responsibility.  Other 
TPIPT  members  are  integral  parts  is  assisting  the  MAJCOMs  in  diese  two  steps.  To  accomplish 
this,  the  MAJCOMs  formed  ^ssion  Area  Teams  (MATs)  focused  on  determining  the  tasks  and 
deficiencies  associated  with  their  particular  Mission  Areas  (Reference  5,  Draft  AF-OI).  These 
teams  provide  the  constituency  needed  from  the  MAJCOMs  to  perform  the  MAA  and  MNA  steps 
as  part  of  the  Develt^ment  Planning  process  as  well  as  the  Air  Force  Modemizatirai  Planning 
Process  (see  Figure  4).  Once  these  teams  have  established  the  tasks  and  deficiencies  (with  other 


Flours  4.  AF  Modsmlzation  Planning  Proesss 


TPIPT  members  assisting  and  observing),  die  TPIFTs  dien  take  the  deficiencies  and  conduct 
1>niinstonning"  activities  to  identify  concepts  to  solve  the  deficiencies.  After  these  concepts  have 
been  analyzed,  die  MAJCOMs  then  select  ^  promising  concepts  to  include  in  their  Mission  Area 
Plans  (MAPs).  bi  this  respect,  die  activities  of  the  Development  Planning  Process  and  the 
Mission  Area  Planning  process  are  a  seamless  match.  Hie  Development  Plan  acts  as  the  analytical 
annex  to  the  MAP.  It  is  this  integratitxi  of  activities  (focusing  on  Missicxi  Area  rather  than 
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product)  that  makes  the  Development  Planning  Process  more  mature  than  the  planning  activities 
of  the  past  for  both  the  MAJCOM  and  AFMC  (see  Figure  5).  In  the  past,  the  MAJCOMs  said 
"build  this."  Now  the  MAJCOMs  say,  "I  have  a  problem.  What  solutions  will  work?" 


AFMC  has  21  TPIPTs  cuirendy  assigned  to  the  Development  Planning  process  (see 
Figure  6).  Each  TPIPT  is  designed  to  integrate  with  the  strategic  planning  being  conducted  and 
die  Mission  Areas  existing  within  the  MAJCOMs.  An  example  of  the  interrelationships  between 
MATS  and  TPIPTs  is  shown  in  Figure  7.  The  fimctional  Mission  Areas  (depicted  vertically)  are 
areas  that  do  not  stand  alone,  but  cut  across  other  Mission  Areas  (depicted  horizontally)  as  a 
common  activity  conducted  within  each  Mission  Area.  The  functional  Missitxi  Areas  specialize  in 
working  the  needs  and  problems  associated  widi  dteir  function  that  are  derived  from  the  Missitxi 
Areas.  These  relationships  show  just  a  small  part  of  the  TPIPT/MAT  activity  and  illustrates  the 
importance  of  communication  between  the  various  groups  involved. 
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Figure  6.  AFMC  TPIPTs  for  each  Product  Cantar 
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Since  most  of  the  communication  between  the  various  TPlFTs  takes  place  at  the  action 
officer  level,  some  of  the  larger  integration  issues  may  be  omitted.  These  issues  could  invdve  the 
overlap  of  activities  between  TPIPTs  along  with  ttie  possibility  of  some  ntm-value  added  activities 
taking  place.  To  keep  these  problems  from  occurring  at  the  initial  level,  the  TPIPTs  are  led  by  a 
MAJCOM  Point  of  Contact  (POQ  to  ensure  that  die  MAJCOM  needs  are  met  The  next  level  of 
management  oversight  involves  reviewing  the  output  of  die  TPIPTs  in  response  to  the  MAJCOM 


7 


Pathways  to  Tomorrow  > 

The  Development  Planning  Process 


guidance  received.  This  level  is  comprised  of  senior  management  personnel.  This  group  would 
serve  to  periodically  provide  advice  and  directicm  (mi  the  activities  conducted  by  the  TPIPT. 
finally,  for  some  select  TPIPTs  with  activities  that  span  a  number  of  Mission  Areas,  a  General 
Oversight  Steering  Group  would  ultimately  review  the  TPIPTs  activities  and  recommendations 
and  provide  feedback  based  on  the  "big  picture"  outlook  from  a  top-level  perspective  (see 
Example  in  Figure  8).  These  advisory  groups  provide  the  ability  to  maintain  control  of  the 
requirements  for  TPIPTs  and  to  steer  them  in  the  direction  that  is  overall  the  best  for  the  Air 
Force. 


FiguroS.  Example  of  TPIPTs  MANAGEIIENT  OVERSIGHT 
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EXECUTION 

The  Development  Planning  Process  described  in  Figure  1  begins  when  the  MAJCOM,  in 
coordination  with  the  CINCs,  determines  the  activities  that  must  be  performed  to  win  any  conflict. 
For  the  Air  Force  these  activities  will  be  provided  by  the  Air  Staff  to  the  Air  Force  MAJCOMs  as 
Objectives  and  Tasks.  Once  the  tasks  are  determined,  the  process  facilitators  request  the 
modeling,  simulation,  studies  and  analyses  from  in-house  and  industry  resources  analyze  these 
tasks  for  their  relative  value  in  wirming  the  war  (See  the  Campaign  and  Mission  levels  of  Figure 
9).  This  analysis  provides  the  relative  importance  of  each  task.  This  relative  importance  creates 
the  basis  for  an  initial  way  to  determine  which  area  to  focus  on  first 


FiguraP.  ASC  Analytical  Models  and  Their  Hisrwchai  Structure 


In  die  Mission  Needs  Analysis  step,  the  defkierKies  in  performing  the  tasks  are  identified. 
These  deficiencies  represent  dqiloyability,  en^ioyability,  and  supportability  problems  as  defined 
by  the  MAJCOM  and  the  System  Program  Directorates  as  well  as  force-on-force  level 
deficiencies  diat  are  discovered  fhrougb  campaign  analyses.  The  baseline  for  determining  the 
deficiencies  are  die  systems  we  currendy  possess  versus  the  current  and  projected  threat  Once 
the  deficiencies  are  i^tified,  diey  are  studied  to  determine  which  have  more  impact  on  die 
outcome  of  a  conflict  This  is  partly  based  on  die  importance  of  the  task  that  the  deficiency  is 
related  to  and  partly  based  on  die  number  of  tasks  the  deficiency  affects.  This  analysis  would 
provide  a  second  means  of  determining  which  area  to  focus  on  seeking  concqit  solutions  for  first 

Widi  die  MNA  step  complete  and  deficioicies  in  hand,  die  Concept  Formulation  step  of 
the  Development  Planning  process  can  occur  (Reference  6).  The  formulation  of  concepts  requires 
the  broadest  level  of  participation  from  the  members  of  the  TPIPT  as  well  as  industry  (See 
Appendix  A,  A  Systems  Engineering  Approach).  Every  player  brings  forth  concept  ideas  on  how 
the  identified  deficiencies  can  be  solved  while  die  laboratories  identify  technologies  that  may 
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support  these  concept  ideas  within  the  next  10  years.  For  promising  ideas  that  go  beyond  the 
purview  of  current  laboratory  programs,  guidance  to  begin  technology  work  in  these  areas  is 
given  for  solutions  to  be  available  within  25  years.  This  "brainstorming-like"  step  generates  a  lot 
of  ideas.  As  a  way  of  correlating  the  volumes  of  information  and  showing  the  connectivity  and 
interrelationships  of  the  concepts  and  the  deficieiteies  they  address,  die  XR  organizations  decided 
to  use  a  matrix  stmcture  (see  Figure  10).  The  matrix  structure  represented  a  concise  way  of 
presenting  information  while  still  providing  enou^  detail  to  be  useful. 


CONCEPTS 


Advanced 

Programs  P3I  tachnologles  System 
kivsntory  In  EMD  tor  modificattons  Concepts 


<_jrnaiyais  to  dteomUno  best  eoneeiNa  to  purauoL..> 

Uasr  Ostldsncy  #2 

UawIMIetoncyfS 

Figure  10.  TfwSummanr  iM’lx 


The  left  column  in  die  figure  lists  the  deficiencies  as  identified  by  the  MAJCOM  and  as  rank 
ordered  (highest  at  the  top)  by  analysis.  The  top  row  of  the  matrix  lists  all  of  the  concepts  that 
were  identified  as  a  means  to  solve  one  or  more  of  the  deficiencies.  This  row  would  first  list  the 
current  inventory  items  diat  could  be  used  i^ainst  the  deficiencies.  Next,  the  progimns  in 
Engineering  and  Manufacturing  Development  (EMD)  would  be  listed  to  show  the  new  capabilities 
they  would  bring  to  the  MAJCOMs.  Depending  on  die  status  of  an  existing  01D  program,  the 
MAJCOM  may  expect  to  realize  the  system’s  capability  anywhere  from  the  1-5  year  time  frame. 
New  EMD  pn^rams  ^pawned  from  die  Development  Planning  Process  that  are  approved  in  the 
Program  Objective  Memorandum  (POM)  may  enter  into  the  MAJCOM's  inventory  in  the  5-8  year 
time  iriuite.  The  next  set  of  concepts  would  contain  SPO  or  laboratory  technology  programs 
identified  as  possible  future  Pie-Banned  Product  Improvement  (P3D  technologies  for 
modifications  of  existing  systems.  The  impact  time  frame  for  diese  concepts  varies  anywhere 
from  1-15  year  time  frame,  depending  on  toe  maturity  of  die  technology  and  the  magnitude  of  toe 
change  to  toe  inventory  or  EMD  system.  An  example  of  this  may  be  toe  GBU-28,  developed  in 
several  months  during  Desert  Storm  to  poietrate  buried  bunkers.  Infra-red  search  and  track 
sensors  are  an  example  of  a  much  more  complex  set  of  technologies,  many  of  which  require 
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continued  technology  maturation,  engineering  validation,  and  extensive  engineering  development 
before  production.  Fmally,  the  concepts  that  involve  new  systems  or  technologies  that  are  not 
currently  being  worked  within  the  laboratories  wtxild  be  listed  to  cover  the  16-25  year  out  time 
frame. 

Once  concepts  have  been  identified  from  the  Concept  Formulation  step,  each  concept 
would  be  evaluated  during  the  Crmcept  Evaluation  phase.  Every  concept  would  have  a  top-level 
Cost  versus  Operational  Effectiveness  Analysis  (COEA)  estimate  conducted  as  part  of  the 
systems  engineering  process  that  transforms  stated  needs  into  a  life  cycle  balanced  set  of  product 
and  process  descriptions  (Refemice  7).  The  result  of  tihis  COEA  would  be  High,  Medium,  or 
Low  payoff  assessment  of  the  concept  against  die  ^)ecific  deficiency  being  addressed.  For 
promising  concepts  (High  and  some  medium  payoffs),  more  in-depth  studies  would  be  conducted. 
Since  the  bulk  of  analyses'  capabilities  are  resident  within  industry  and  siiKe  some  of  the  crxicepts 
(especially  the  advanced  concepts)  would  have  bwn  identified  by  industry,  tfie  TPIPT  would  rely 
heavily  on  the  participation  of  industry  in  this  step.  In  addition  to  the  relative  payoff  assessment, 
these  promising  concepts  would  then  be  evaluat^  by  the  TPIPT  on  two  other  criteria.  The  first 
criterion  assesses  the  developmental  risk  involved  in  transitioning  the  techn  '  gy  needed  into  a 
usable  system.  This  assessment  is  rated  as  Red,  Yellow,  or  Green  depending  on  the  level  of  risk 
involved.  The  secmid  criterion  determines  the  technological  risk  involved  in  maturing^roducing 
a  technology  to  be  transitioned  to  tiie  development  stage.  The  assessment  of  this  risk  is  shown  as 
Red,  YeHow,  or  Green  based  on  the  maturity  of  the  technology  and  how  well-studied  the 
technology  subject  (a  twist  on  an  old  technology  or  a  new  technology  entirely.  This  three-fold 
evaluation  technique  utilized  by  ASCTXRS  for  a  concept  versus  a  deficiency  is  shown  in  Figure 
11. 


Figure  11.  EvakiaHon  Criteria  Format 
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Through  continuous  iterations  of  the  first  four  steps  of  this  process,  convergence  of 
system  requirements  from  mission  area  studies  is  achieved.  Technology  efforts  are  modified,  in 
time,  dirough  technology  maturation  and  engineering  validation  to  better  focus  against  a  specific 
MAJCOM  deficiency  by  reflecting  a  better  understanding  of  changes  in  needs,  capabilities,  and 
costs.  System  design  progresses  from  conceptual  trade-offs  that  examine  concepts  and  determine 
the  contributions  of  technologies  through  concept  selection  to  preliminary  design  and  classical 
system  risk  reduction  activities  such  as  wind  tunnel  and  stmctural  elemoit  testing.  The  process  is 
complete  when  all  the  information  needed  is  available  for  an  informed  acquisition  option  se’  -  ^on. 

The  final  step  of  die  process  is  to  compile  all  of  die  analyses  results  into  a  readable 
understandable  document(s).  The  documents)  would  be  published  annually  as  a  sm^shot  in  ume 
to  reflect  the  current  analyses  of  die  Development  Planning  Process.  The  documents)  should  be 
published  and  disseminated  to  every  organization  that  participated  in  the  process  as  well  as  to  the 
pec^le  who  make  die  decisions  on  where  resources  are  allocated. 
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DOCUMENTATION 

The  results  of  the  Development  Planning  Process  currently  produce  two  important 
documents,  a  Development  Plan  from  each  TPI^  and  a  Technology  Investment 
Recommendation  Report  from  each  of  the  Product  Centers. 

The  Development  Plan  documents  the  activities  that  took  place  during  the  process  cycle 
and  acts  as  an  audit  trail  for  the  exclusions  made.  The  Development  Plan  lists  the  Strategies, 
Objectives,  and  Tasks  that  the  Mission  Area  Assessment  produced  with  a  complete  description  of 
what  each  task  included  in  Section  II.  Sectix  HI  contains  the  task  deficiencies  identified  from 
Missix  Needs  Analysis  widi  a  detailed  description  of  each  deficiency  (Note:  these  two  sections, 
in  essxce,  are  the  same  informatix  as  placed  in  the  MAP;  they  are  provided  here  in  the 
Developmxt  Plan  as  a  convenience).  The  deficiency  list  then  correlates  to  the  left-most  column 
of  the  Summary  Matrix  (See  Figure  12).  Once  tasks  and  defieixeies  are  understood  by  all. 


Flgur»12.  The  Devatopmant  Planning  PracMs  and  the  Sunmwy  Malrix 


the  concept  optixs  to  solve  die  deficiencies  are  identified  and  placed  in  Sectix  IV  (The 
Development  Plan  wxld  list  all  of  the  possible  excepts  while  the  MAP  wxld  extain  the 
concepts  supported  by  the  MAJCOM).  Each  coiKept  in  diis  sectix  wxld  extain  a  descriptix 
of  whiu  it  invrdves  ar^  the  types  of  technolc^es  necessary  to  make  it  hai^px  (Reference  8). 
These  concqit  optixs  wxld  be  mganized  as  in  Figure  10.  After  the  concepts  are  gxerated,  a 
placeholder  wxld  be  used  to  mailr  where  analysis  of  die  concept  against  a  deficiency  needs  to 
take  place.  Once  a  except  is  analyzed,  the  results  of  the  analysis  are  placed  in  the  appropriate 
cell  ^  the  matrix  (see  Hgure  1 1).  With  each  cell,  a  background  infxmatix  package  Ixated  in 
Sectix  V  wxld  documxt  die  analysis  behind  die  conclusixs  and  recommxdatixs  made  for 
each  concept  solutix.  Thus,  at  the  exextive  level,  a  large  amoxt  of  informatix  wxld  be 
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presented  in  a  single,  condensed  format  allowing  for  comparisons  of  solutions.  The  engineering 
and  analysis  level  data  providing  the  detail  would  be  available  in  the  background  informadcHi 
package.  For  a  brief  example,  see  Figure  13. 
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Although  the  concept  options  resulting  from  the  Development  Planning  process  identify  the  types 
of  technologies  needed  for  successful  implementation  of  the  concept  options,  these  technology 
needs  are  limited  to  the  views  of  the  particular  TPIPT  that  product  the  concept  To  get  a  "big 
picture”  view  of  the  types  of  technologies  needing  to  be  pursued,  the  technology  needs  of  each 
TPIPT  located  at  a  Product  Center  are  combined  into  one  document  This  document  the 
Technology  hivestment  Recommendation  Report  provides  resource  allocation  guidance  to  the 
Laboratories  for  the  types  of  technology  programs  die  Lidioratories  should  be  pursuing.  By 
blending  the  inputs  fhxn  each  of  the  Development  Plans  produced  by  that  Product  Goiter's 
TPlFfs,  die  Technology  Investment  Rectxnmendation  Report  shows  the  overall  importance  of  a 
technology  program  to  the  success  of  a  Mission  Area.  The  Laboratories,  in  response,  produce 
techndogy  roadms^  known  as  Technology  Area  Plans  (TAPs)  diat  summarize  dieir  programs  as 
related  to  the  needs  identified  in  the  Technology  Investment  Recommendation  Report 

Together,  these  documents  are  powerful  tools  for  decision  makers  and  budget  advocates. 
The  Development  Plan  provides  analytically  based  alternatives  for  solving  problems  to  the 
MAJCOMs,  the  Technology  Investment  RecommeiKlation  Report  gives  suggestions  m  the 
Laboratories  as  to  what  types  of  technology  programs  will  suppmt  the  alternatives,  and  the 
Technology  Area  Plai  summarizes  the  technology  programs  the  Labmatmies  are  conducting  in 
response  to  die  alternatives.  These  documents  ]»ovide  justification  fm*  why  a  decision  maker  may 
choose  a  particular  concept(s).  Most  tools  are  valuable  only  if  diey  are  us^,  so  it  is  in^pmtant 
that  these  documents  are  sent  to  the  right  people  (see  Figure  14).  Currently  ASC/XR  has 
published  2  Development  Plans.  Each  of  die  8  TPIPTs  located  at  ASC  are  scheduled  to  publish  a 
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Development  Plan  by  1  September  1994.  All  of  the  Product  Centers  have  published  a 
Technology  Investment  Recommendation  Report  widi  an  update  scheduled  for  1  October  1994. 


Figure  14.  The  Development  Planning  Proceee  Documents  and  their  Recipients 
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SUMMARY 

The  need  for  a  more  mature  planning  process  is  driven  by  the  fact  that  we  can  not  afford 
to  start  programs  and  then  not  finish  them.  This  Development  Planning  Process  provides  a 
systematic  methodology  for  establishing  and  achieving  the  short  and  Itmg  range  goals  of  any 
organization  through  a  multiple  constituent,  analytically  based  planning  process.  The  people 
involved  in  every  facet  of  achieving  these  goals  must  be  included,  at  some  level  of  participation,  in 
this  process.  People  dedicated  to  process  success  are  needed  at  each  step  to  ensure  that  the 
necessary  actions  are  taken.  The  steps  begin  with  idoitifying  the  strategy  being  employed  and 
determining  the  tasks  necessary  in  achieving  the  strategy.  Each  task  is  evaluated  for  deficiencies 
that  prevent  it  from  being  performed  effectively.  Concept  options  are  developed  to  solve  die 
deficiencies  and  analysis  is  performed  on  each  concept  to  provide  a  relative  comparison  that  will 
facilitate  prioritization.  The  results  are  documented  and  presented  as  a  decision  tool  to  decision 
makers.  The  process  provides  decision  makers  with  many  alternatives  from  which  to  choose  and 
helps  to  justify  dieir  choices.  If  we  can  get  the  entire  DoD,  or  even  just  the  Air  Force  to  speak 
wiA  one  voice  to  advocate  future  technologies  and  systems,  this  new  Development  Planning 
Process  will  have  been  wordi  the  effort  Remember,  the  future  is  in  our  hands. 
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APPENDIX 

A  SYSTEMS  ENGINEERING  APPROACH 


The  Air  Force  is  implementing  a  disciplined  Strategy-to-Technology  (STT)  process  to 
obtain  validated  decision  data.  In  support  of  this  commitment,  a  robust  systems  engineering  effort 
is  required.  I^t,  to  define  system:  An  integrated  composite  of  people,  products,  and  processes 
that  provide  a  capability  to  satisfy  a  stated  need  or  objective;  and  second  to  define  Systems 
Engineering:  An  interdisciplinary  approach  encompassing  the  entire  technical  effort  to  evolve  and 
verify  an  integrated  and  life-cycle  balanced  set  of  system  pet^le,  product,  and  process  solutions 
that  satisfy  customer  needs.  Systems  engineering  encompasses:  (a)  The  technical  efforts  related 
to  the  development,  manufacturing,  verification,  deployment,  operations,  support,  disposal  of,  and 
user  training  for,  system  products  wd  processes;  (b)  the  definition  and  management  of  the  system 
configuration;  (c)  the  translation  of  the  system  definition  into  work  breakdown  structures;  and  (d) 
development  of  informatian  for  management  decisim  making. 

Fw  example,  an  aircraft  working  in  co<^ration  with  AW  ACS  and/or  JOINT  STARS  can 
execute  a  strike  mission  utilizing  a  radar  with  less  detection  range  than  an  autonomous  system. 
Interdepordence  means  a  less  complex  radar  -  a  more  affordable  radar  option,  but  less  capable 
when  operating  independently.  The  superior  perfcxmance  of  a  system  over  a  collection  of 
indepeiident  subsystems  or  components  results  from  the  cooperative  interaction  among  the 
muldple  aystem  resources  that  connect  them. 

The  systems  engineering  process  looks  at  the  entire  suite  of  technologies  necessary  to 
solve  a  need  and  guides  maturing  of  the  technologies  for  a  system  solutitm  as  reposed  to  a 
^)ecific  stand-alone  capability. 

The  essence  of  a  system  can  be  described  in  terms  of  several  characteristics  or  descriptors. 
A  system  is  composed  of  two  or  more  sub-elemoits;  each  of  which  is  composed  of  two  or  more 
submdinate  efements;  and  so  on  down  through  a  hretarchical  systeriL  This  decomposition  process 
^ops  v^ien  all  of  the  system  elements  (functional  packages)  have  been  identified  at  a  low  enough 
level  and  in  sufficient  detail  to  yield  a  detailed  design  by  a  angle  specialized  engineering 
organization  or  procured  from  a  single  supplier.  These  things,  which  make  up  the  system,  are 
oi^ganized  into  a  hierarchical  tree  structure  like  that  illustrated  in  Hgure  15  •  The  complete  set  of 
thing*  that  conqnise  a  system  oiiganized  in  this  manner  is  referred  to  as  the  system  architecture. 

The  parts  oi  the  system  must  interface  in  useful  ways  in  orxter  for  the  elements  to  qualify  as 
system.  Interfaces  are  a  second  fundamental  desciptor.  Architectural  elements  interface  widi 
each  other  and  witti  the  system  envirorunent  (which  may  include  otfier  competing  or  cooperating 
systems)  to  achieve  the  system  goal.  The  environment  is  a  third  descriptor,  even  though  it  is  not  a 
part  of  the  system.  A  system  is  intended  to  satisfy  predefined  goals  or  functions,  which  form  die 
fourth  fundamental  descriptor.  The  highest  level  fiinction  is  the  war  fighters'  need.  This  need  is 
also  the  ultimate  system  requirement  Finally,  a  system  should  have  a  prescribed  process  for 
operation  of  the  system  and  this  operational  process  is  a  fifth  system  descriptor. 
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Figure  1 5.  Potmtial  Architecture  Elements  for  Solution  Altemalives 


War  at  Sea  and  War  over  Land  represent  significantly  different  operational  environments 
fOT  manned  aircraft  A  pitching  and  rolling  aircraft  carrier  deck  of  limited  physical  dimensions  in 
contrast  to  a  stable  runway  of  relatively  generous  dimensions  forces  pilots  to  change  their 
interaction  widi  the  aircraft  The  pilot  becomes  one  of  the  interfoces  between  the  environment 
and  die  vdiicle  (an  architectural  element  of  die  weapon  system).  The  environment  forces 
differences  in  the  operational  process  of  landing  the  aircraft  (a  common  function).  A  carrier 
airplane  flies  to  a  specific  touchdown  point  tm  a  pitching  deck,  so  it  lands  at  a  higher  sink  rate 
dian  a  land  based  airplane.  This  results  in  high  induced  landing  loads,  driving  robust  design 
requirements  for  lan^g  gear,  tailhodc,  and  keel  beam  on  the  keel  beam  structure.  The  pilot  of  a 
land  based  airplane  does  not  have  to  worry  about  a  short  pitching  runway  and  can  flare  die 
airplane  for  a  smooth  touchdown.  Thus,  induced  landing  loads  are  much  less  than  for  carrier 
based  operations.  We  now  have  a  set  of  common  architectural  subelements  with  potentially 
conflicting  deagn  recpiirements.  These  subelements  provide  different  functions  as  a  result  of 
differences  in  opoational  environment  The  primary  systems  are  development  manufacturing, 
veiiitication,  dqrloyment  operations,  support  training,  and  diqiosal. 


The  program  team  will  need  to  see  and  understand  the  interaction  of  die  architectural 
etements  widi  diemselves,  and  the  system  enviroronent  via  interfaces  in  accordance  with  defined 
operational  and  support  processes  to  achieve  die  total  system  goals  or  function. 
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